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Amendments to the Claims : 

1 . (Previously Presented) An apparatus comprising a computing device 
programmed with an extensible framework that configures the computing device to accept one or 
more mark-up language parsers or generators, each implemented as plug-ins to the framework, 
wherein different plug-ins configure the device to handle different kinds of mark up languages; 

wherein the device is further programmed with a generic data supplier application 
programming interface (API) and wherein said parsers or generators configure the device to 
access data from said data supplier API; and 

wherein said generic data supplier API configures the device to access data from at least 
one data source and decouple said parsers or generators from said at least one data source. 

2. (Previously Presented) The apparatus of Claim 1 in which the extensible 
framework (i) insulates a client running on the device from having to communicate directly with 
at least one of the one or more parsers or generators and (ii) is generic in that it presents a 
common API to the client irrespective of the specific kind of parser or generator deployed. 

3. (Previously Presented) The apparatus of Claim 1 in which a client interacts with 
several kinds of parser or generator plug-ins to the extensible framework, each handling different 
mark-up language formats. 

4. (Previously Presented) The apparatus of Claim 1 , wherein the computing device 
is programmed with a file conversion capability requiring (i) a source file to be parsed by the 
parser, which is adapted to handle one format and (ii) an output, converted file to be generated 
by one or more of the generators, adapted to handle a different file format. 

5. (Previously Presented) The apparatus of Claim 1 in which several different 
clients are able to share the same parsers or generators. 

6. (Previously Presented) The apparatus of Claim 1 in which the extensible 
framework enables at least one of the one or more parsers or generators to access data from any 
source that conforms to the generic data supplier API. 



2 of 10 



Appl.No.: 10/574,728 

Amdt. dated 01/13/2010 

Reply to Office Action of 09/13/2010 

7. (Previously Presented) The apparatus of Claim 6 in which the source is a buffer 
in memory. 

8. (Previously Presented) The apparatus of Claim 6 in which the source is a file. 

9. (Previously Presented) The apparatus of Claim 6 in which the source is a socket 
outputting streaming data. 

10. (Previously Presented) The apparatus of Claim 6 in which the computing device 
is configured to use a data source different from any data sources which the device was capable 
of using when first operated by an end-user. 

1 1 . (Previously Presented) The apparatus of Claim 1 , in which the extensible 
framework configures the computing device to enable the mark-up language parser or generator 
to access components to validate, pre-filter or alter data, in which the components are plug-in 
components to the framework and configure the computing device to operate using a chain of 
responsibility design pattern. 

12. (Previously Presented) The apparatus of Claim 1 1 in which the plug-in 
components configure the computing device to present a common, generic API to the parser or 
generator, enabling the same plug-in components to be used with different types of parsers and 
generators. 

13. (Previously Presented) The apparatus of Claim 1 1 in which the plug-in 
components configure the computing device to present a common, generic API to a client 
component using the parser or generator, enabling the same plug-in components to be used by 
different clients. 

14. (Previously Presented) The apparatus of Claim 1 1 in which the parser configures 
the computing device to notify a validator plug-in of elements being parsed and these in turn go 
to an auto correction plug-in to be fixed if required and finally a client receives these events. 
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15. (Previously Presented) The apparatus of Claim 1 1 in which a parsed element 
stack is made available to all validation/pre-filter/altering plug-ins. 

16. (Previously Presented) The apparatus of Claim 1 1 in which the computing device 
incorporates a character conversion module that enables documents written in different character 
sets to be parsed and converted to a common, generic character set. 

17. (Previously Presented) The apparatus of Claim 1 in which extensions to 
capabilities of the computing device are made without affecting compatibility with existing 
clients or existing parsers and generators by the use of an updated/extended namespace plug-in 
that sets-up elements, attributes and attribute values for a namespace. 

18. (Previously Presented) A method comprising: 

accessing, via a computing device, an extensible framework that accepts parser or 
generator plug-ins, with different parser plug-ins or generator plug-ins enabling different kinds 
of mark up languages to be handled; 

enabling said parser plug-ins or generator plug-ins to access data from a generic data 
supplier application programming interface (API); and 

enabling said generic data supplier API to access data from at least one data source; 

wherein the extensible framework and the generic data supplier API are loaded on a 
computing device, and said generic data supplier API decouples said parser plug-ins or generator 
plug-ins from said at least one data source. 

19. (Cancelled) 

20. (Previously Presented) The method of Claim 18, further comprising extending 
capabilities of a device configured to access the extensible framework without affecting 
compatibility with existing clients or existing parsers and generators by the use of an 
updated/extended namespace plug-in that sets-up elements, attributes and attribute values for a 
namespace. 
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2 1 . (Currently Amended) The method of Claim 1 8, in which the extensible 
framework (i) insulates a client running on a device configured to access the extensible 
framework from having to communicate directly with a-the parser or generator plug-ins and (ii) 
is generic in that it presents a common API to the client irrespective of the specific kind of parser 
or generator plug-ins deployed. 

22. (Previously Presented) The method of Claim 1 8, further comprising interacting 
with several kinds of parser plug-ins or generator plug-ins to the extensible framework via a 
client, each handling different mark-up language formats. 

23. (Previously Presented) The method of Claim 1 8, further comprising 
implementing a file conversion capability to parse a source file by the parser, which is adapted to 
handle one format and cause an output, converted file to be generated by the generator, adapted 
to handle a different file format. 

24. (Previously Presented) The method of Claim 1 8, in which several different 
clients are able to share the same parsers or generators. 

25. (Previously Presented) The method of Claim 1 8, further comprising enabling, via 
the extensible framework, a parser or generator to access data from any source that conforms to 
the generic data supplier API. 

26. (Original) The method of preceding Claim 25, in which the source is a buffer in 
memory. 

27. (Original) The method of preceding Claim 25 in which the source is a file. 

28. (Original) The method of preceding Claim 25 in which the source is a socket 
outputting streaming data. 

29. (Previously Presented) The method of Claim 25, in which a data source is used 
that is different from any data sources which the device was capable of using when first operated 
by an end-user. 
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30. (Previously Presented) The method of Claim 1 8, further comprising enabling, via 
the extensible framework, the mark-up language parser or generator to access components to 
validate, pre-filter or alter data, in which the components are plug-in components to the 
framework and operate using a chain of responsibility design pattern. 

3 1 . (Previously Presented) The method of preceding Claim 30, in which the plug-in 
components present a common, generic API to the parser or generator, enabling the same plug-in 
components to be used with different types of parsers or generators. 

32. (Previously Presented) The method of Claim 30, in which the plug-in 
components present a common, generic API to a client component using the parser or generator, 
enabling the same plug-in components to be used by different clients. 

33. (Previously Presented) The method of Claim 30, further comprising causing, via 
the parser, a validator plug-in to be notified of elements the parser is parsing, the elements in turn 
going to an auto correction plug-in to be fixed if required and finally to a client that receives 
these elements. 

34. (Previously Presented) The method of preceding Claim 30, further comprising 
making a parsed element stack available to validation/pre-filter/altering plug-ins. 

35. (Previously Presented) The method of Claim 30, enabling, via a character 
conversion module, documents written in different character sets to be parsed and converted to a 
common, generic character set. 
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